home *** CD-ROM | disk | FTP | other *** search
- Path: nntp.teleport.com!not-for-mail
- From: trb@teleport.com (Tony R. Bennett)
- Newsgroups: comp.dcom.modems
- Subject: Re: dial in on unix
- Date: 17 Jan 1996 07:23:36 -0800
- Organization: Teleport - Portland's Public Access (503) 220-1016
- Message-ID: <4dj49o$1p1@linda.teleport.com>
- References: <4cdk4v$28tu@serra.unipi.it> <820704253snz@genesis.demon.co.uk> <4ciq50$jvs@serra.unipi.it> <821825056snz@genesis.demon.co.uk>
- NNTP-Posting-Host: linda.teleport.com
-
- In article <821825056snz@genesis.demon.co.uk>,
- Lawrence Kirby <fred@genesis.demon.co.uk> wrote:
- >In article <4ciq50$jvs@serra.unipi.it>
- > michelotto@mvxpd5.pd.infn.it "Michele Michelotto" writes:
- >
- >>the receiving modem is a sporster 28.8 too.
- >>
- >>the receiving modem answer the call
- >>I can see the message
- >>CONNECT 28800/ARQ/V34/LAPM/V42BIS
- >>then I receive a char a with a grave accent
- >>i can type in some char that are transmitted... I
- >> can see it login in with tip and giving the command ati6
- >
- >You mean it successfully goes through the login sequence therefore the
- >other end is recognising the characters?
- >
- >>the two modem agree on the number of character received and transmitted.
- >>but the calling modem drops the communications
- >>ati6 on the calling mode says
- >>
- >>Disconnect Reason is Loop loss disconnect
- >>
- >>while the receiving modem says
- >>
- >>DIsconnect Reason is DISC received
- >
- >That is a strange combination. I wonder if anyone has an idea as to how that
- >can be possible. "Loop loss disconnect" basically means the exchange dropped
- >the call (probably because the remote modem went on-hook). "DISC received"
- >means the modem got a disconnect request from the other modem. The problem
- >is that if one modem sent a disconnect request it dropped because of a local
- >reason (such as DTR dropped) and therefore wouldn't have reported
- >"Loop loss disconnect" as the reason code.
- >Lawrence Kirby | fred@genesis.demon.co.uk
-
-
- We had a similar problem when dialing into an AIX (IBM's flavor of UNIX)
- system. The AIX port was defined as communicating with the external
- modem at 19,200 bps, but the modem was set up to do speed matching upon
- dial-in connection ( This means when the AIX's modem was dialed into,
- the modem to modem handshaking would occur, the modems would negotiate a
- speed and the AIX's modem would communicate with the AIX serial port at
- that rate). Speed matching was OK as long as the two modems
- 'negotiated' a speed of 19,200, however if they negotiated another rate
- then there was a speed mis-match between the AIX port and it's modem.
- The result is that all characters were dropped and the login process
- running on the AIX port would time-out and would disconnect from the
- modem, thereby hanging up the line.
-
- Our solution was to force the rate which the AIX's modem communicates on
- the serial port side when the call is initiated remotely. How this is
- done varies from modem to modem.
-
- Hope this helps,
-
- Tony
- --
- trb@teleport.COM Public Access User --- Not affiliated with Teleport
- Public Access UNIX and Internet at (503) 220-1016 (2400-28800, N81)
-